home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940126.txt < prev    next >
Internet Message Format  |  1994-11-13  |  13KB

  1. Date: Wed, 22 Jun 94 04:30:02 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #126
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Wed, 22 Jun 94       Volume 94 : Issue  126
  11.  
  12. Today's Topics:
  13.                            IP-TNC (3 msgs)
  14.                         IP-TNC, the beginings?
  15.              Looking for TCP/IP software for packet radio
  16.                              Unsubscribe
  17.  
  18. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  19. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  20. Problems you can't solve otherwise to brian@ucsd.edu.
  21.  
  22. Archives of past issues of the TCP-Group Digest are available
  23. (by FTP only) from UCSD.Edu in directory "mailarchives".
  24.  
  25. We trust that readers are intelligent enough to realize that all text
  26. herein consists of personal comments and does not represent the official
  27. policies or positions of any party.  Your mileage may vary.  So there.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Tue, 21 Jun 1994 12:11:33 -0500 (CDT)
  31. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  32. Subject: IP-TNC
  33. To: tcp-group@UCSD.EDU
  34.  
  35. dgregor@bronze.coil.com writes:
  36. > I have been thinking about an IP-TNC for a while [TNC-2 CPU].
  37.  
  38. I would get in touch with the people designing the X-1 and X-2 TNC code.
  39. Basically what you want is what they have already designed.  In your case
  40. you would just need to delete the Net/Rom code and modify the KISS to SLIP.
  41.  
  42. A.Cox@swansea.ac.uk writes:
  43. > So why not just use a low power PC design. Its cheap and the parts are
  44. > easy to get. There is a real danger of getting too carried away here. 
  45.  
  46. The TNC-2 and its CPU is well suited for most of what we do in ham radio.
  47. I've been meesing with the DRSI model (DPK-2) and it has a nice PC Pattern
  48. for a set of stand-off jumpers which can be used to by-pass the CPU chip.
  49. What you might envision is a higher class CPU daughter board which plugs
  50. in to this header.  The onboard circuitry implements RS-232, and synchronous
  51. I/O to a modem chip, or bypassed to a connector.  I've been running my TNC
  52. at 19.2 k baud across the house to see how well it does, and find it able to
  53. keep up quite nicely.  The problem is programming tools.  I have a nice C
  54. compiler from HI-Tech (public domain) for the CPU, some software examples for
  55. using the TNC-2 hardware design, and some ideas about what I would like the
  56. code to do.  The more I get into it, the more hardware I wish the TNC had.
  57. For example, it would be nice to have a clock to generate interrupts every
  58. 10 ms (multi-task), and a larger address space.  Once you move to C as the
  59. programming language you have to factor in some overhead.  I notice the X-1
  60. has gone to bank-switching to perform it's tasks.  The solution as I see it
  61. is probably either a new board design, or a daughter-board which replaces the
  62. Z-80 with a newer Z-180 or even the newer Zilog stuff which contains a timer
  63. and SIO on the same die.  The new board design should be based on the 486-SLC
  64. chip.  This chip is about 1 inch square and (as far as I've been able to test
  65. here) compatible with the 486 (sans Co-Processor). There are many tools for
  66. the Intel CPU design and many are used in other interests (Borland C++), and
  67. can be easily combined to create the ROM code.  Combine this with a RJ-45 or
  68. a BNC connector and you're ready for Ethernet.
  69.  
  70. Someone mentioned that the Ethernet wouldn't be good for their Handie Talkie.
  71. I'd like to point out that anyone using a talkie (presumably with a mag-mount
  72. on their refridgerator) with packet radio is a 1200 baud user and should not
  73. concern themselves with advanced networking!  They're strictly the user base
  74. on the low speed dump channel (if there is one).
  75.  
  76. As far as AX.25 is concerned, I agree that it shouldn't be transported any
  77. further than the TNC.  One side should be IP, the other AX.25 encapsulated
  78. IP.  If you feel lonesome, than maybe a work-around would be to telnet to
  79. port XXXX on the TNC and get an AX.25 dump server.  Ethernet would be good
  80. for this also, as it has the speed to not choke on the dump data.
  81.  
  82. -- 
  83. Steve
  84.  
  85. ------------------------------
  86.  
  87. Date: Wed, 22 Jun 1994 09:15:56 +0200 (BST)
  88. From: A.Cox@swansea.ac.uk (Alan Cox)
  89. Subject: IP-TNC
  90. To: ssampson@sabea-oc.af.mil (Steve Sampson)
  91.  
  92. > code to do.  The more I get into it, the more hardware I wish the TNC had.
  93. > For example, it would be nice to have a clock to generate interrupts every
  94. > 10 ms (multi-task), and a larger address space.  Once you move to C as the
  95.  
  96. Again why task switch like this. You can do co-operative multitasking faster
  97. than pre-emptive, and it doesn't need timers nor does it introduce as many
  98. race conditions and problems. If KA9Q can run multi-tasking this way Im sure
  99. a more simple program like a TNC can be adequately dealt with.
  100.  
  101. > programming language you have to factor in some overhead.  I notice the X-1
  102.  
  103. Its also worth noting the Z80 is a very bad CPU for C language programming as
  104. it lacks as decent way to work with offsets of SP.
  105. > As far as AX.25 is concerned, I agree that it shouldn't be transported any
  106. > further than the TNC.  One side should be IP, the other AX.25 encapsulated
  107.  
  108. Having AX.25 outside of the TNC is a good thing. Or at least the ability to
  109. do so. Having SLIP support will be handy for a few people.. but most DOS/
  110. Windows TCP/IP stacks can't cope properly with amateur radio, and most unix
  111. ones are not totally happy. AX.25 outside of the TNC gives you flexibility
  112. to do clever things in the connected machine. For many users its not however
  113. appropriate. I guess SLIP/KISS/KISS+filter switchable would be neat.
  114.  
  115. It's important to think about things in the right order. My order would have to
  116. be
  117.  
  118. 1) Easy connection (a nice standard data radio jack)
  119. 2) Price - better to use stuff like the 68HC11, embedded 68K or x86 chips than
  120. spend money on support chips. The modern embedded controllers can do amazing things
  121. 3) Support for SLIP type stuff.
  122. 4) Better configuration facilities than the current TNC's
  123.  
  124.  
  125. Alan
  126.  
  127. ------------------------------
  128.  
  129. Date: Wed, 22 Jun 94 3:23:12 PDT
  130. From: Bill Healy <healy@ee.unr.edu>
  131. Subject: IP-TNC
  132. To: tcp-group@ucsd.edu (tcp-group)
  133.  
  134. >  The solution as I see it
  135. > is probably either a new board design, or a daughter-board which replaces the
  136. > Z-80 with a newer Z-180 or even the newer Zilog stuff which contains a timer
  137. > and SIO on the same die.  The new board design should be based on the 486-SLC
  138. > chip.  This chip is about 1 inch square and (as far as I've been able to test
  139. > here) compatible with the 486 (sans Co-Processor). 
  140.  
  141. You're not going to be using SLCs unless you get IBM to build the boards
  142. for you. IBM makes the SLC chips and according to their license with INTEL
  143. the chip has to be attached to something that IBM has made. That's why all
  144. SLC motherboards are being made by IBM in the North Carolina plant. The
  145. boards are designed and sold by other companys but IBM builds the boards
  146. and attaches the CPU.
  147.  
  148. Bill N8KHN
  149.  
  150. ------------------------------
  151.  
  152. Date: Tue, 21 Jun 1994 18:04:45 +0000 (GMT)
  153. From: Paul L Taylor <PAUL%RADARC@email.meto.govt.uk>
  154. Subject: IP-TNC, the beginings?
  155. To: dgregor@bronze.coil.com
  156.  
  157. In-reply-to: <199406201853.OAA08491@bronze.coil.com> from "DJ Gregor" at Jun
  158.  20, 94 02:53:01 pm
  159.  
  160. >The type of IP-TNC (or PPP-TNC) that I would like to make right now is a EPROM
  161. >that goes into your standard TAPR-2 clone.  Most people that are running KISS
  162. >are running on a TAPR-2 clone, and that is what I would like to have something
  163. >better for *right now*.  (oh, I wouldn't consider anything like what Barry 
  164. >suggested a Terminal Node Conroller, something like that should be called a 
  165. >packet switch.)
  166. You are aware that a TNC-2 based router developed out of 'THE NET' as used by
  167. NETROM, by David Roberts g8kbb@gb7mxm that has been in use as the NET-X1G 
  168. through to NET-X1J since 1991.It can be used for a static IP router and has
  169. been in use on one of my local hub 70cms port since that time.It has only 
  170. stopped operating twice in that time both due to psu failures.In this particular 
  171. hub NETROM is totally disabled and ax25 is only used to program any changes to
  172. links.You can stack the X1-J's and currently it supports a hardware mod to 
  173. attempt to resolve the deviation of the heard signal which is very useful for 
  174. raw beginners to the packet mode.
  175. David is currently working on an extension to this hardware mod to identify 
  176. alligator stations and drop them from the system after a warning has been given.
  177.  
  178. >What I would like to start with is change the KISS interface to SLIP and put 
  179. >ARP in the TNC.  Then, we can figure out something to do with AX.25 packets,
  180. >either send them to the host on a UDP port, or maybe a Telnet session or some-
  181. >thing like that.  Eventually, I would like to have the TNC able to do routing;
  182. >instead of having a node stack of NET/ROM TNCs, have a node stack of IP-TNC's.
  183. >My goal is to have an IP-TNC that can connect to a host machine via SLIP or 
  184. >PPP.  That is it--no AX.25 to mess with (leave that to the IP-TNC).
  185.  
  186. >I am thinking of using the wg7jkiss.asm code (found in /pub/ham/wg7j/kiss.zip 
  187. >on ftp.ece.orst.edu) which can be compiled with tasm276, found on 
  188. >oak.oakland.edu (or any of its mirrors) in /pub/msdos/crossasm/tasm276.zip.
  189. >I figure that most people are using DOS, and those who run Linux, as I do, can
  190. >use DOSEMU.
  191. No comment on DOS,as mc68k(tm)/sparc(tm) user,there is a free cross-assembler 
  192. for z80(tm) intended for UNIX(tm) based machines that I fished out of one of the 
  193. mirror sites I think it was called z80emu.tar.Z there was also a diss-assembler.
  194.  
  195. >Also, on the note of a packet switch, I think that a processor such as a 80x86
  196. >would be a poor idea.  There are better proccessors out there, and many of them
  197. >have FREE assemblers and C compilers.  Motorola makes a number of versions of
  198. >their 68000 series.  David Kelly suggested the MC68306.  It has a 68EC000 core
  199. >processor (which is a low-power version of the 68000), has a dual UART, and an
  200. >onboard DRAM controller that can control up to 64 megabytes of memory.  There
  201. >are a number of FREE C compilers for this processor, including GNU C.  Also, 
  202. >the Linux operating system has been ported to this series of processors, so 
  203. >that would provide a nice, pre-emptive multitasking kernel *WITH TCP/IP*!!
  204.  
  205. Well the Germans are working on 2 tnc's to replace the current ...one based upon
  206. a MC68302 (why not the MC68360 chap's) and one on the V25 imbedded processor 
  207. which derives from the iAXP80x6 family...
  208.  
  209. Locally,Robin Gilks g8ecj@gb7mhd.#22.GBR.EU (or 44.131.6.158 if you can access
  210. 44.64 or 44.68 gateways to uk) has altered his software in a design of 
  211. commercial 4 channel 64k/b telecom routers that he designed some years back and
  212. are now becoming obsolete (ISDN etc..) which are based upon a hd64180(tm) 
  213. processor which is basically a z80 with 3 or 4 extra instructions,but has the
  214. addition of 2 on-board serial ports and memory manager.He currently uses slip
  215. from his personal computer and the router talks to unmodified baycom(or some
  216. may remember them as digicom for the C64's ) boards to the radio's.
  217. Since the board is very lightly loaded at 1200 baud (about 3% of the real-time 
  218. os process) the group are looking at finding suitable interfaces and radios
  219. to operate at higher rates..since the current expenditure is less than about
  220. 250 dollars the lot including radios! we think this is the way to go...
  221. keep a look out on what commercial networks are throwing away in your area.
  222. Paul Taylor
  223. UK ampernet co-ordinator
  224.  -----------------------------------------------------------------------------
  225. Telephone : +44 (0)344 855876 (1000-1900 GMT), +44 (0)494 526538 (2030-0000)
  226. Fax       : +44 (0)344 855878 
  227. InterNet  : ptaylor@EMAIL.meto.govt.uk (please use THIS address NOT any other
  228.                                         internally appended address)
  229. AmprNet   : g1plt@g1plt.ampr.org
  230. NTSbbs    : G1PLT@GB7MHD.#22.GBR.EU   note gateway only.
  231.  
  232. ------------------------------
  233.  
  234. Date: Wed, 22 Jun 1994 10:09:21 -0500
  235. From: plazaip@enlaces.ufro.cl (Eduardo Millar C.)
  236. Subject: Looking for TCP/IP software for packet radio
  237. To: ham-digital@ucsd.edu
  238.  
  239. Hello:
  240.       I am looking for different software alternatives for TCP/IP for
  241. packet radio.
  242.       If you have information, please send me a mail to:
  243.  
  244.       plazaip@enlaces.ufro.cl
  245.  
  246.  
  247.       Thanks in advance
  248.  
  249. ------------------------------------------------------------------------------
  250. Plaza Windows.
  251. Eduardo Millar C                        email: emillar@enlaces.ufro.cl
  252. Jorge Diaz                              email: jdiaz@enlaces.ufro.cl
  253.  
  254. Proyecto Enlaces        Universidad de La Frontera    Temuco - Chile
  255. -----------------------------------------------------
  256. -------------------------
  257.  
  258. ------------------------------
  259.  
  260. Date: Tue, 21 Jun 94 08:13:06 
  261. From: "Marino, John" <jmarino@nab.org>
  262. Subject: Unsubscribe
  263. To: tcp-group@UCSD.EDU
  264.  
  265.     
  266.     unsub jmarino@nab.org tcp-group@ucsd.edu
  267.  
  268. ------------------------------
  269.  
  270. End of TCP-Group Digest V94 #126
  271. ******************************
  272.